- 진격의안드로이드&Java . . . . 23 matches
=== ByteCode.java ===
javac -encoding utf8 ByteCode.java
javap -c ByteCode.class
public class ByteCode{
public ByteCode() {
Compiled from "ByteCode.java"
public class ByteCode {
public ByteCode();
Code:
Code:
public class ByteCode{
public ByteCode() {
Compiled from "ByteCode.java"
public class ByteCode {
public ByteCode();
Code:
Code:
public class ByteCode{
public ByteCode() {
Compiled from "ByteCode.java"
- ScheduledWalk/석천 . . . . 17 matches
StructuredProgramming 기법으로 StepwiseRefinement 하였습니다. 문제를 TopDown 스타일로 계속 재정의하여 뼈대를 만든 다음, Depth First (트리에서 깊이 우선) 로 가장 작은 모듈들을 먼저 하나하나 구현해 나갔습니다. 중반부터는 UnitTest 코드를 삽입하기를 시도, 중후반부터는 UnitTest Code를 먼저 만들고 프로그램 코드를 나중에 작성하였습니다.
// 일종의 Test Code. 프로그램이 완료되었다고 했을때 제가 원하는 상황입니다.
2. Test Code 를 확인해본다.
/* ------------- excute test code -------------
------------- excute test code ------------- */
InputEndCode();
void InputEndCode() {
int endCode;
scanf("%d", &endCode);
일단 main ()을 test code 실행 모드로 바꾸고.
/* ------------- excute test code -------------
------------- excute test code ------------- */
void InputEndCode();
/* ------------- excute test code -------------
------------- excute test code ------------- */
InputEndCode();
void InputEndCode() {
int endCode;
scanf("%d", &endCode);
void InputEndCode();
- TheJavaMan/숫자야구 . . . . 16 matches
* Window - Preferences - Java - Code Generation - Code and Comments
* Window - Preferences - Java - Code Generation - Code and Comments
* Window - Preferences - Java - Code Generation - Code and Comments
* Window - Preferences - Java - Code Generation - Code and Comments
* Window - Preferences - Java - Code Generation - Code and Comments
* Window - Preferences - Java - Code Generation - Code and Comments
* Window - Preferences - Java - Code Generation - Code and Comments
* Window - Preferences - Java - Code Generation - Code and Comments
- Gof/Facade . . . . 15 matches
예를 들기 위해, 어플리케이션에게 컴파일러 서브시스템을 제공해주는 프로그래밍 환경이 있다고 하자. 이 서브시스템은 컴파일러를 구현하는 Scanner, Parser, ProgramNode, BytecodeStream, 그리고 ProgramNodeBuilder 클래스를 포함하고 있다. 몇몇 특수화된 어플리케이션은 이러한 클래스들을 직접적으로 접근할 필요가 있을 것이다. 하지만, 대부분의 컴파일러 시스템을 이용하는 클라이언트들은 일반적으로 구문분석(Parsing)이나 코드 변환 (Code generation) 의 세부적인 부분에 대해 신경쓸 필요가 없다.(그들은 단지 약간의 코드를 컴파일하기 원할뿐이지 다른 강력한 기능을 알 필요가 없다.) 그러한 클라이언트들에게는 컴파일러 서브시스템의 강력하지만 저급레벨인 인터페이스는 단지 그들의 작업을 복잡하게 만들 뿐이다.
Sample Code
Compiler 서브시스템은 BytecodeStream 클래스를 정의한다. 이 클래스는 Bytecode 객체의 스트림부를 구현한다. Bytecode 객체는 머신코드를 구체화하는 bytecode를 캡슐화한다. 서브시스템은 또한 Token 클래스를 정의하는데, Token 객체는 프로그램 언어내의 token들을 캡슐화한다.
virtual void Traverse (CodeGenerator&);
Traverse operaton은 CodeGenerator 객체를 인자로 취한다. ProgramNode subclass들은 BytecodeStream에 있는 Bytecode객체들을 machine code로 변환하기 위해 CodeGenerator 객체를 사용한다. CodeGenerator 클래는 visitor이다. (VisitorPattern을 참조하라)
class CodeGenerator {
CodeGenerator (BytecodeStream&);
BytecodeStream& _output;
CodeGenerator 는 subclass를 가진다. 예를들어 StackMachineCodeGenerator sk RISCCodeGenerator 등. 각각의 다른 하드웨어 아키텍처에 대한 machine code로 변환하는 subclass를 가질 수 있다.
void ExpressionNode::Traverse (CodeGenerator& cg) {
virtual void Compile (istream&, BytecodeStream&);
istream& input, BytecodeStream& output
RISCCodeGenerator generator (output);
이 구현에서는 사용하려는 code-generator의 형태에 대해서 hard-codes (직접 특정형태 부분을 추상화시키지 않고 바로 입력)를 했다. 그렇게 함으로서 프로그래머는 목적이 되는 아키텍처로 구체화시키도록 요구받지 않는다. 만일 목적이 되는 아키텍처가 단 하나라면 그것은 아마 이성적인 판단일 것이다. 만일 그러한 경우가 아니라면 우리는 Compiler 의 constructor 에 CodeGenerator 를 인자로 추가하기 원할 것이다. 그러면 프로그래머는 Compiler를 instance화 할때 사용할 generator를 구체화할 수 있다. Compiler facade는 또한 Scanner나 ProgramNodeBuilder 등의 다른 협동하는 서브시스템클래스를 인자화할 수 있다. 그것은 유연성을 증가시키지만, 또한 일반적인 사용형태에 대해 인터페이스의 단순함을 제공하는 Facade pattern의 의의를 떨어뜨린다.
Sample Code의 compiler 의 예는 ObjectWorksSmalltalk compiler system에서 영감을 얻은 것이다.[Par90]
- CleanCode . . . . 12 matches
= Clean Code =
* [http://www.amazon.com/Clean-Code-Handbook-Software-Craftsmanship/dp/0132350882 CleanCode book]
* [http://www.cleancoders.com/ CleanCoders]
* [https://code.google.com/p/support/wiki/CodeReviews Google Code Review System]
* [https://code.google.com/p/google-styleguide/ google coding style guide]
* [http://blog.goyello.com/2013/05/17/express-names-in-code-bad-vs-clean/?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+goyello%2FuokR+%28Goyelloblog%29 Express names in code: Bad vs Clean]
* 도서 : [http://www.amazon.com/Clean-Code-Handbook-Software-Craftsmanship/dp/0132350882 Clean Code]
* Clean Code 읽은 부분에 대해 토론(Chap 01, Chap 09)
* 현재 CleanCode에서 좋은 코드로 너무 가독성만을 중시하고 있는 것은 아닌가.
1. CleanCoders 강의 맛보기.
* Beautiful Code -[김태진]
- CodeCoverage . . . . 12 matches
CodeCoverage 는 Testing 이 목표 어플리케이션을 얼만큼 충분히 테스트하는가에 대한 측정 지표이다.
원문 : http://www.wikipedia.org/wiki/Code_coverage
CodeCoverage 는 Software Testing 에서 사용하는 측정 도구중의 하나이다. 프로그램이 테스트된 소스 코드의 정도를 기술한다. 이는 다른 대다수의 다른 테스트 메소드와 다른다. 왜냐하면 CodeCoverage 는 소프트웨어 기능, Object interface 과 같은 다른 측정 방법에 비하여 source code를 직접 보기 ㅤㄸㅒㅤ문이다.
몇가지 CodeCoverage 의 측정의 방법이 있다. 그중 중점적인것 몇가지를 보면
일반적으로 소스 코드는 모듈화를 통해 도구처럼 만들어지고, 회귀(regression) 테스트들을 통해 실행되어 진다. 결과 출력은 실행지 않은 코드들을 보고, 이러한 부분에 대한 테스트들이 필요함을 분석해 낸다. 다른 관점의 CodeCoverage 방법들과 혼용하는 것은 회귀 테스트들의 관리하는 회귀 테스트들에게 좀더 엄격한 개발을 이끌어 낸다.
CodeCoverage 는 최종적으로 퍼센트로 표현한다. 가령 ''우리는 67% 코드를 테스트한다.'' 라고 말이다. 이것의 의미는 이용된 CodeCoverage 에 대한 얼마만큼의 의존성을 가지는가이다. 가령 67%의 PathCoverage는 67%의 StatementCoverage 에 비하여 좀더 범위가 넓다.
See also: RegressionTesting, StaticCodeAnalysis
http://wiki.cs.uiuc.edu/SEcourse/Code+coverage+tool
=== Code Coverage Tool ===
* http://www.validatedsoftware.com/code_coverage_tools.html : Code Coverage Tool Vender 들
- TestFirstProgramming . . . . 12 matches
어떻게 보면 질답법과도 같다. 프로그래머는 일단 자신이 만들려고 하는 부분에 대해 질문을 내리고, TestCase를 먼저 만들어 냄으로서 의도를 표현한다. 이렇게 UnitTest Code를 먼저 만듬으로서 UnitTest FrameWork와 컴파일러에게 내가 본래 만들고자 하는 기능과 현재 만들어지고 있는 코드가 하는일이 일치하는지에 대해 어느정도 디버깅될 정보를 등록해놓는다. 이로서 컴파일러는 언어의 문법에러 검증뿐만 아니라 알고리즘 자체에 대한 디버깅기능을 어느정도 수행해주게 된다.
* wiki:Wiki:CodeUnitTestFirst, wiki:Wiki:TestFirstDesign, wiki:Wiki:TestDrivenProgramming
=== Test Code Refactoring ===
프로그램이 길어지다보면 Test Code 또한 같이 길어지게 된다. 어느정도 Test Code 가 길어질 경우에는 새 기능에 대한 테스트코드를 작성하려고 할 때마다 중복이 일어난다. 이 경우에는 Test Code 를 ["Refactoring"] 해야 하는데, 이 경우 자칫하면 테스트 코드의 의도를 흐트려뜨릴 수 있다. 테스트 코드 자체가 하나의 다큐먼트가 되므로, 해당 테스트코드의 의도는 분명하게 남도록 ["Refactoring"] 을 해야 한다.
* wiki:Wiki:RefactoringTestCode
=== Test - Code Cycle ===
테스트를 작성하는 때와 Code 를 작성하는 때의 주기가 길어질수록 힘들다. 주기가 너무 길어졌다고 생각되면 다음을 명심하라.
=== Test Code Approach ===
Test - Code 주기가 길다고 생각되거나, 테스트 가능한 경우에 대한 아이디어가 떠오르지 않은 경우, 접근 방법을 다르게 가져보는 것도 하나의 방법이 될 수 있겠다.
Test Code 를 작성하진 않았지만, 이런 경험은 있었다. PairProgramming 을 하는 중 파트너에게
- RoboCode . . . . 10 matches
* 로보코드(Robocode)란 스크린 상에서 전투하는 자바 객체인 자바 로봇을 만들어 개발자들이 자바를 배울 수 있도록 하는 프로그래밍 게임입니다.
* [http://robocode.sourceforge.net/ RoboCode Central(English)]
* [http://www-106.ibm.com/developerworks/java/library/j-robocode/ IBM RoboCode site (English)]
* [http://www-128.ibm.com/developerworks/kr/robocode/ IBM RoboCode site (Korean)]
* [http://robocode.alphaworks.ibm.com/docs/robocode/index.html RoboCode API(English)]
* [http://www-128.ibm.com/developerworks/kr/library/j-robocode/ 로보코드 시작하기(한글)]
* Upload:robocode-setup-1.0.7.jar
||[RoboCode/random], [RoboCode/sevenp], [로보코드/베이비] , [RoboCode/msm], [RoboCode/siegetank],[RoboCode/ing] || 2005년 데블스캠프 ||
[erunc0/RoboCode] 페이지도...
- OOP/2012년스터디 . . . . 9 matches
int mCode[15]={0,6,2,2,5,0,3,5,1,4,6,2,4,5,1};
int yCode;
yCode=(year%100);
yCode+=yCode/4;
yCode-=(yCode/7)*7;
result=yCode+mCode[month]+date;
- SeminarHowToProgramItAfterwords . . . . 9 matches
* ["1002"] : 어제 Test Code : Product Code 간 중복 (return 0 !) 을 OAOO로 풀어서 Refactoring 을 해야 할 상황으로 규정짓는다는 말이 뒤통수를 한대 때리는 기분이였습니다;;
* TDD를 어설프게나마 시도하면서 느낀점이 'TDD 에서의 Product Code 는 오직 테스트 까지만 만족하는 코드인가' 였었는데. 한편으로는 이렇게 해석할 수 있겠더군요. '해당 스케일에 대해 더욱더 정확하게 작동하는 프로그램을 만들고 싶다면 그만큼 테스트 코드 양을 늘려라.' 테스트코드 자체가 일종의 Quality Assurance 를 위한 도큐먼트 역할도 된다는 점을 다시 생각하게 되었습니다.
* 아까 발표때에도 이야기했지만, Code Review 를 위한 reverse-TDD (정도로 해둘까요? 이것도 관련 문서가 있을텐데. ) 를 해보는 것도 좋을 것 같네요. 코드 분석을 위한 test-code 작성이요. 즉, 이미 만들어져있는 코드를 테스트 코드라고 상정하고, 자신이 제대로 이해했는가에 대한 검증과정을 Test-Code 로 만드는 것이죠. 시간 있었으면 오늘 마저 시도해봤을텐데, 시간에 마음 쫓긴게 아쉽네요.
* ["Refactoring"] 책에서는 ''Refactor As You Do Code Review'' 에 Code Review 를 위한 Refactoring을 이야기 하는데, Refactoring 을 위해서는 기본적으로 Test Code 가 필요하다고 할때 여기에 Test Code를 붙일테니까 상통하는 면이 있긴 하겠군요.
- 정모/2011.4.4 . . . . 9 matches
== CodeRace ==
* [정모/2011.4.4/CodeRace]
1. CodeRace를 진행하고 들은 피드백 중
1. 다음번엔 TDD로 CodeRace를 진행해보자는 의견이 있었습니다. 정말 좋은 의견인데 대책없이 적용시킬수는 없겠다는 생각이 드네요. 하지만 굉장히 매력적인 의견이었습니다. 여름방학이나 2학기때 Test-driven CodeRace를 꼭 해보고 싶네요.
1. 빠르게 코딩하는 것에 집중하느라 PairProgramming의 장점을 못 느꼈다는 의견도 있었습니다. PairProgramming의 장점 중 하나는 혼자 코딩할 때보다 더 생산성이 높아진다는 점인데(그러니까 더 빠르게 짤 수 있다는 점인데...) 이번 CodeRace 그런 장점을 느낄 수 있는 기회가 되지 못한 것 같아 안타깝습니다. PairProgramming의 장점을 느껴볼 수 있는 다른 활동을 이번학기 내에 한번 시도해보고 싶네요. 제가 XPer 3월 정모에서 참여했던 나노블럭으로 페어 배우기를 해볼까 생각중입니다. 굉장히 재미있어요!
1. CodeRace에 진행하고 관찰하는 입장으로 참여했는데 관찰자로서 느낀 것이 몇가지 있습니다.
1. 가장 먼저 느낀 것은 정말로 PairProgramming이 집중도를 높여준다는 것입니다. 사실 컴퓨터를 앞에 놓고 정모를 진행하면 이것저것 다른 일 하느라 정모에 집중하지 않을 수 있는데 혼자 컴퓨터를 쓰는 것이 아니라 그런지 다들 CodeRace에 집중하시더라구요 ㅋㅋ
* 이번 [CodeRace]에서는 시간이 없어서 좀 급하게 진행한 감이 있었습니다. 다음에 할 때는 시간 넉넉히 잡았으면 좋겠네요. 뭐 그렇게 되면 정모에서 잠깐 하기는 어려울 것 같지만... 튜터링 얘기를 했었는데 답변을 들으면서 그동안 정말 대충 했다고 생각했고 사람들을 제대로 가르칠 수 있을지 다시 한번 생각하게 됐습니다. 시행착오가 더 길어질 것 같지만... - [강성현]
- Refactoring/BadSmellsInCode . . . . 8 matches
== Duplicated Code ==
ReplaceValueWithObject, ExtraceClass, IntroduceParameterObject, ReplaceArrayWithObject, ReplaceTypeCodeWithClass, ReplaceTypeCodeWithSubclasses, ["ReplaceTypeCodeWithState/Strategy"]
* switch-case 부분을 ExtractMethod 한 뒤, polymorphism이 필요한 class에 MoveMethod 한다. 그리고 나서 ReplaceTypeCodeWithSubclasses 나 ["ReplaceTypeCodeWithState/Strategy"] 를 할 것을 결정한다. 상속구조를 정의할 수 있을때에는 ReplaceConditionalWithPolyMorphism 한다.
ReplaceConditionalWithPolymorphism, ReplaceTypeCodeWithSubclasses, ["ReplaceTypeCodeWithState/Strategy"], ReplaceParameterWithExplicitMethods, IntroduceNullObject
- 김희성/MTFREADER . . . . 8 matches
int ErrorCode;
ErrorCode=0;
ErrorCode=FILE_LOAD_ERROR;
int LastErrorCode(); //최근에 일어난 클래스 내부의 에러를 반환한다.
ErrorCode=OUT_OF_MEMORY_ERROR;
ErrorCode=OUT_OF_MEMORY_ERROR;
int _MFT_READER::LastErrorCode()
return ErrorCode;
- CodeRace/20060105 . . . . 7 matches
SVN 저장소: svn://zeropage.org/home/SVN/project/CodeRace/20060105
|| 상협, 유선 || [CodeRace/20060105/상협유선] ||
|| 아영, 보창 || [CodeRace/20060105/아영보창] ||
|| 민경, 선호, 재선 || [CodeRace/20060105/민경선호재선] ||
|| 도현, 승한 || [CodeRace/20060105/도현승한] ||
|| 휘동 || [CodeRace/20060105/Leonardong] ||
[CodeRace]
- PragmaticVersionControlWithCVS/CommonCVSCommands . . . . 7 matches
? SourceCode/tmpdoc.ilg
? SourceCode/tmpdoc.toc
cvs server: Updating SourceCode
A SourceCode/CommonCommands.tip
M SourceCode/HowTo.tip
A SourceCode/Releases.tip
cvs server: Updating SourceCode/images
cvs server: Updating UnitTest/code
U UnitTest/code/Age.java
U UnitTest/code/TestMyStack.java
U UnitTest/code/testdata.txt
cvs server: Updating UnitTest/code/rev1
cvs server: Updating UnitTest/code/rev2
cvs server: Updating UnitTest/code/rev3
- 데블스캠프2011/다섯째날/HowToWriteCodeWell . . . . 7 matches
* [데블스캠프2011/다섯째날/How To Write Code Well/송지원, 성화수]
* [데블스캠프2011/다섯째날/How To Write Code Well/권순의, 김호동]
* [데블스캠프2011/다섯째날/How To Write Code Well/김준석, 서영주]
* [데블스캠프2011/다섯째날/How To Write Code Well/정의정, 김태진]
* [데블스캠프2011/다섯째날/How To Write Code Well/임상현, 서민관]
* [데블스캠프2011/다섯째날/How To Write Code Well/강소현, 구자경]
* [데블스캠프2011/다섯째날/How To Write Code Well/박정근, 김수경]
- CleanCodeWithPairProgramming . . . . 6 matches
= Clean Code w/ Pair Programming =
|| 01:30 ~ 02:00 || PP 마무리, 중간 회고, Clean Code 소개 || Pair Programming에 대한 소감 들어보기, Clean Code 오프닝 ||
|| 02:00 ~ 02:30 || Clean Code 이론 맛보기 || 주입식 이론 수업이지만 시간이 부족해 ||
* 현재 Clean Code 스터디가 진행되고 있어서 더 부담된다..;;
* Clean Code 누구누구 스터디 중인가요? 진경, 지혜, 영주, 민관 말고 또..?? - [지원]
- JollyJumpers/황재선 . . . . 6 matches
* Window - Preferences - Java - Code Style - Code Templates
* Window - Preferences - Java - Code Style - Code Templates
* Window - Preferences - Java - Code Style - Code Templates
- TheJavaMan/테트리스 . . . . 6 matches
String keyCode = KeyEvent.getKeyText(e.getKeyCode());
if( keyCode == "Left" ) {
if( keyCode == "Right" ) {
if( keyCode == "Down" ) {
if( keyCode == "Up" ) {
- 데블스캠프2011 . . . . 6 matches
|| 5 || [변형진] || [:데블스캠프2011/첫째날/개발자는무엇으로사는가 개발자는 무엇으로 사는가] || [김동준] || [:데블스캠프2011/둘째날/Cracking Cracking - 창과 방패] || [김준석] || [:데블스캠프2011/셋째날/RUR-PLE RUR-PLE] || [이승한] || [:데블스캠프2011/넷째날/Git Git-분산 버전 관리 시스템] || [변형진] || [:데블스캠프2011/다섯째날/HowToWriteCodeWell How To Write Code Well] || 12 ||
|| 7 || [송지원] || [:데블스캠프2011/첫째날/Java Play with Java] || [:상협 남상협] || [:데블스캠프2011/둘째날/Machine-Learning Machine-Learning] || [윤종하], [황현] || [:데블스캠프2011/셋째날/Esolang 난해한 프로그래밍 언어] || [이승한] || [:데블스캠프2011/넷째날/Git Git-분산 버전 관리 시스템] || [변형진] || [:데블스캠프2011/다섯째날/HowToWriteCodeWell How To Write Code Well] || 2 ||
|| 8 || [송지원] || [:데블스캠프2011/첫째날/Java Play with Java] || [:상협 남상협] || [:데블스캠프2011/둘째날/Machine-Learning Machine-Learning] || [윤종하], [황현] || [:데블스캠프2011/셋째날/Esolang 난해한 프로그래밍 언어] || [서지혜] || [:데블스캠프2011/넷째날/루비 루비] || [변형진] || [:데블스캠프2011/다섯째날/HowToWriteCodeWell How To Write Code Well] || 3 ||
- 정모/2013.5.6/CodeRace . . . . 6 matches
= CodeRace 2013 =
* 5월 6일 정모에 Code Race를 진행하였습니다.
* 문제는 2006년도에 진행했던 Code Race 문제를 이용해서 진행되었습니다.
* 원본 문제 : [CodeRace/20060105]
* 프레젠테이션 : http://intra.zeropage.org:4000/CodeRace?presentation
namespace CodeRace
FILE* fp = fopen("d:\\code_race_prob_1.txt","r");
FILE *code_race=fopen(argv[1], "rt");
// insert code here...
while(!feof(code_race)){
fscanf(code_race,"%s",note);
FILE *code_race=fopen(argv[1], "rt");
// insert code here...
while(!feof(code_race)){
fscanf(code_race,"%s",note);
- Gnutella-MoreFree . . . . 5 matches
5개의 Descriptor를 사용하고 TCP/IP 프로토콜과 ASCII Code를 기반으로
VendorCode(3byte) OpenDataSize(1byte) OpenData(2byte) PrivateData(n)
2. Gnutella Core Code
Compile / Execute 가능한 Code를 손에 얻을 수 있는 프로그램이다. 물론
OnReceive(int nErrorCode) 에서 Content-length 만큼의 버퍼 데이타를 받아 청크와 연결 시킨다.
- Refactoring/OrganizingData . . . . 5 matches
== Replace Type Code with Class p218 ==
* A class has a numeric type code that does not affect its behavior. [[BR]] ''Replace the number with a new class.''
http://zeropage.org/~reset/zb/data/ReplaceTypeCodeWithClass.gif
== Replace Type Code with Subclasses p223 ==
* You have an immutable type code that affects the bahavior of a class. [[BR]] ''Replace the type code with subclasses.''
http://zeropage.org/~reset/zb/data/ReplaceTypeCodeWithSubclasses.gif
== Replace Type code with State/Strategy p227 ==
* You have a type code that affects the behavior of a class, but you cannot use subclassing. [[BR]] ''REplace the type code with a state object.''
http://zeropage.org/~reset/zb/data/ReplaceTypeCodeWithStateStrategy.gif
- Ruby/2011년스터디/세미나 . . . . 5 matches
* [http://rubyforge.org/frs/?group_id=1109 RRobots]를 이용한 RubyLanguage Robocode
* 를 하려고 했지만 tcl 문제로 CodeRace로 변경
* '''레이튼 교수와 함께하는 CodeRace'''
1. CodeRace를 준비하며 간단한 코드를 짜보았는데 생각보다 어려워서 역시 책만 읽어서는 안 되겠다는 생각이 들었습니다. 그냥 돌아가게 짜라면 짤 수 있겠는데 언어의 특성을 살려 ''우아하게'' 짜려니 어렵네요.
1. 시간에 치여 준비했던 CodeRace를 못 한 것이 아쉽지만 시간이 좀 걸렸더라도 지혜가 RubyLanguage 문법을 설명할 때 다같이 실습하며 진행했던 것은 좋았습니다. 그냥 듣기만 했으면 지루하고 기억에 안 남았을지도 모르는데 직접 따라하며 문법을 익히는 방식이라 참여하신 다른 분들도 더 재미있고 뭔가 하나라도 기억에 확실히 남는 시간을 보내셨을거라는 생각이 드네요.
1. 아쉽게도 못했던 CodeRace는 특별한 더 좋은 다른 일정이 없는 한 다음주나 다다음주 정모에서 진행하고자 합니다. - [김수경]
- 지도분류 . . . . 5 matches
|| CodeConvention,CodeStyle || Code 의 관습, 규칙 ||
|| CodeCoverage || 작성한 Test 가 Code 를 얼마나 수용하나 검사해주는 도구들 ||
- 1002/Journal . . . . 4 matches
* 규영이형이 Working Effectivly With Legacy Code 발표할때를 보면서 그 격에 있어 현격함을 느낌.
7 (토): Prometheus Test Code 추가 대장정
이번에 리팩토링을 하려고 할때 Legacy Code Refactoring 이라고 상정해서 그럴까. Coverage Test를 완벽하게 작성하는 것에 대해 부담감을 느꼈다. 예전에 유용했었던 '아아. 이미 다 되어있어요.~' 를 다시 적용해볼까.
대강 pseudo code 로 적으면
* SWEBOK Construction 부분 한번 더 봄. 하지만 여전히 마음에 안들어하는중; (상민쓰 말처럼 '영어로 된 동화책 읽고 세익스피어 영문판 읽어야' 이해하는 내용이여서 그런가;) Code Construction 은 아무래도 Design 영역이나 Test 영역에 비해서 art (예술 또는 기술) 적인 측면이 커서 그러려나. 이건 다른 레퍼런스를 보는 것이 나을 것 같다. 한계를 생각하자.
- Android/WallpaperChanger . . . . 4 matches
public void onActivityResult(int requestCode, int resultCode, Intent data) {
if (resultCode == RESULT_OK) {
if (requestCode == SELECT_PICTURE) {
Bitmap b = BitmapFactory.decodeStream(getResources().openRawResource(R.raw.wall1));
* Thumnail자동 제작해주는 API. 성능은 모르겠다 : http://code.google.com/p/thumbnailator/
- CodeConvention . . . . 4 matches
* [http://java.sun.com/docs/codeconv/ Java Code Convention] : ["Java"] Platform
* [http://www.python.org/peps/pep-0007.html Style Guide for C Code]
* [http://www.python.org/peps/pep-0008.html Style Guide for Python Code]
* 각 언어마다, Code Convention or Style, Notation, Naming 제각각이지만 일단은 Convention으로 해두었음 --["neocoin"]
- CppUnit . . . . 4 matches
* Project Setting - Code Generation - Use Run-Time library 를 다음으로 맞춰준다.
Check that Projects/Settings.../C++/Code Generation is indeed using the correct library.
이 부분에 나오는 Code Generation부분이 어디에 있는지 찾지를 못 하겠네요. 메뉴가 숨어있기라도 한 건지...@-@;; --[leoanrdong]
Project Setting - Code Generation - Use Run-Time library 를 다음으로 맞춰준다.
- C/C++ 탭에 보면 category가 있는데 거기에 code generation 이 있습니다. - [임인택]
- ImmediateDecodability/문보창 . . . . 4 matches
char code[MAX][11];
int nCode, len;
cin.getline(code[i], 11, '\n');
if (code[i][0] == '9')
nCode = i;
for (i=0; i<nCode; i++)
for (j=0; j<nCode; j++)
len = strlen(code[i]);
if (code[i][k] != code[j][k])
- MineSweeper/황재선 . . . . 4 matches
* Window - Preferences - Java - Code Style - Code Templates
* Window - Preferences - Java - Code Style - Code Templates
- MobileJavaStudy/SnakeBite/FinalSource . . . . 4 matches
public void keyPressed(int keyCode) {
int gameAction = getGameAction(keyCode);
public void keyPressed(int keyCode) {
int gameAction = getGameAction(keyCode);
- MobileJavaStudy/SnakeBite/Spec2Source . . . . 4 matches
public void keyPressed(int keyCode) {
int gameAction = getGameAction(keyCode);
public void keyPressed(int keyCode) {
int gameAction = getGameAction(keyCode);
- MobileJavaStudy/SnakeBite/Spec3Source . . . . 4 matches
public void keyPressed(int keyCode) {
int gameAction = getGameAction(keyCode);
public void keyPressed(int keyCode) {
int gameAction = getGameAction(keyCode);
- REFACTORING . . . . 4 matches
* Refactoring 을 하기 위해서는 UnitTest code가 필수적이다. 일단 처음 Refactoring에 대한 간단한 원리를 이해하고 싶다면 UnitTest 코드 없이 해도 좋지만, UnitTest code를 작성함으로서 Refactoring 에 대한 효과를 높일 수 있다. (Refactoring 중 본래의 외부기능을 건드리는 실수를 막을 수 있다.)
* Code Review 를 하려고 할때
* Bad Smell 이 날때. - ["Refactoring/BadSmellsInCode"]
== Refactoring 과 Test Code ==
["Refactoring/BuildingTestCode"]
- RefactoringDiscussion . . . . 4 matches
* 코드의 의도가 틀렸느냐에 대한 검증 - 만일 프로그램 내에서의 의도한바가 맞는지에 대한 검증은 UnitTest Code 쪽으로 넘기는게 나을 것 같다고 생각이 드네요. 글의 내용도 결국은 전체 Context 내에서 파악해야 하니까. 의도가 중시된다면 Test Code 는 필수겠죠. (여기서의 '의도'는 각 모듈별 input 에 대한 output 정도로 바꿔서 생각하셔도 좋을듯)
로직이 달라졌을 경우에 대한 검증에 대해서는, Refactoring 전에 Test Code 를 만들것이고, 로직에 따른 수용 여부는 테스트 코드쪽에서 결론이 지어져야 될 것이라는 생각이 듭니다. (아마 의도에 벗어난 코드로 바뀌어져버렸다면 Test Code 에서 검증되겠죠.) 코드 자체만 보고 바로 잘못된 코드라고 단정짓기 보단 전체 프로그램 내에서 의도에 따르는 코드일지를 생각해야 될 것 같다는 생각.
- UnitTest . . . . 4 matches
See Also ["Refactoring/BuildingTestCode"], ["GuiTesting"]
예를 든다면, 다음과 같은 것이 UnitTest Code 가 될 수 있겠다.
C 에서의 UnitTest Code 작성시에는 assert 문으로 비슷한 기능을 구현 할 수 있다.
A: MockObjects가 최적입니다. Socket이나 Database Connection과 동일한 인터페이스의 "가짜 객체"를 만들어 내는 겁니다. 그러면 Socket 에러 같은 것도 임의로 만들어 낼 수 있고, 전체 테스팅 시간도 훨씬 짧아집니다. 하지만 "진짜 객체"를 통한 테스트도 중요합니다. 따라서, Socket 연결이 제대로 되는가 하는 정도만(최소한도로) "진짜 객체"로 테스팅을 하고 나머지는 "가짜 객체"로 테스팅을 대체할 수 있습니다. 사실 이런 경우, MockObjects를 쓰지 않으면 Test Code Cycle을 통한 개발은 거의 현실성이 없거나 매우 비효율적입니다. --김창준
- 데블스캠프/2013 . . . . 4 matches
|| 1 |||| [Opening] |||| [새내기의,새내기에의한,새내기를위한C언어] |||| [http://zeropage.org/seminar/91465#0, GUI 다뤄보기] |||| |||| [Clean Code with Pair Programming] |||| OOP || 8 ||
|| 2 |||| [http://zeropage.org/seminar/91479#0 페이스북 게임 기획] |||| [새내기의,새내기에의한,새내기를위한C언어] |||| [http://zeropage.org/seminar/91465#0, GUI 다뤄보기] |||| |||| [Clean Code with Pair Programming] |||| OOP || 9 ||
|| 3 |||| [http://intra.zeropage.org:4000/DevilsCamp Git] |||| [새내기의,새내기에의한,새내기를위한C언어] |||| [http://zeropage.org/devils/91470#0, HTTP 프로토콜, C언어를 이용한 웹 서버 만들기] |||| |||| [Clean Code with Pair Programming] |||| [:WebKitGTK WebKitGTK+] || 10 ||
|| 송지원(16기) || [Clean Code with Pair Programming] ||
* 옙 답변달았습니다. 더 많은 정보는 [https://trello.com/board/cleancode-study/51abfa4ab9c762c62000158a 트렐로]에 있을지도 모릅니다. 아카이빙을 잘 안해서.. - [서지혜]
- 데블스캠프2012/넷째날/묻지마Csharp/서민관 . . . . 4 matches
if (e.KeyCode == Keys.Up)
else if (e.KeyCode == Keys.Down)
else if (e.KeyCode == Keys.Left)
else if (e.KeyCode == Keys.Right)
- 영호의해킹공부페이지 . . . . 4 matches
coded daemons - by overflowing the stack one can cause the software to execute
which are pushed when calling a function in code and popped when returning it.
hopefully by executing code of our choice, normally just to spawn a shell.
with shellcode, designed to spawn a shell on the remote machine, and
make the program run the shellcode.
along until we get to our shellcode. Errr, I'm not being clear, what I mean is
the buffer will look like: [NOPNOPNOPNOP] [SHELLCODE] [NOPNOPNOPNOP] [RET]
Shellcode? Right. We can execute pretty much anything we want, and as much as
I would like to have interesting shellcode, I don't have the tools to make
else's. And so, my choice in shellcode - int 20h - program termination. :)
Right!!! So our shellcode is 2 characters, and we can feed the program 24
characters on either side of our shellcode just to make it pretty and even
is also a problem. So yeh, the demonstration overflow code we featured in FK8
Anyway, cin is an *extremely* commonly used function in C++ code, and it ought
(Now we start compiling our lil codey, awww how kewt;)
.code ; now we start the code
area code.
Now for How to get mastercode for unlocking cellphones...
The code is a combination of the SP code (5 digit) and phone IMEI (15 digit)
use mc1.exe and mc2.exe to get the code
- 정모/2011.4.4/CodeRace . . . . 4 matches
= 레이튼 교수와 함께 하는 CodeRace =
* [정모/2011.4.4/CodeRace/강소현]
* [정모/2011.4.4/CodeRace/김수경]
* [정모/2011.4.4/CodeRace/서지혜]
- BuildingWikiParserUsingPlex . . . . 3 matches
Plex 로 Wiki Page Parser 를 만들던중. Plex 는 아주 훌륭한 readability 의 lexical analyzer code 를 만들도록 도와준다.
enterCode = Str("\n")
ruler = Str("----") + enterCode
(enterCode, repl_enter),
- CodeRace . . . . 3 matches
--제로페이지에서는 [http://altlang.org/fest/CodeRace 코드레이스]를 (밥 먹으러) 가기 전에 즐깁니다.--
[정모/2013.5.6/Code Race]
[정모/2011.4.4/Code Race]
- DataCommunicationSummaryProject/Chapter4 . . . . 3 matches
* Walsh Code 사용 (64비트)
* Walsh Code 여러 개 사용
* 3G CDMA: 15 Codes
- JavaScript/2011년스터디/URLHunter . . . . 3 matches
switch(event.keyCode){
var code = (window.event)? window.event.keyCode: e.which;
if(code == 39) map.H.right();
else if (code == 37) map.H.left();
else if (code == 32) map.kill();
switch(event.keyCode){
- LoadBalancingProblem/임인택 . . . . 3 matches
* Window>Preferences>Java>Code Generation.
* Window>Preferences>Java>Code Generation.
* Window>Preferences>Java>Code Generation.
- SignatureSurvey . . . . 3 matches
enterCode = Str("\n")
(enterCode, repl_enter),
처음써봐서 완벽하게 확신이 들진 않지만, SignatureSurvey 를 사용하면 Duplication Code 를 찾는 방법으로 일반화를 시킬 수 있지 않을까 하는 상상을 해본다.
- SmallTalk/강좌FromHitel/강의3 . . . . 3 matches
* Zip Code: 여러분의 우편번호를 넣습니다. 700-234.
* Image Code: 여기에 "Locked Image" 창에 표시된 Image code를 넣습니다.
그러면 Image Code와 그에 해당하는 Password를 발급 받게 됩니다. "Locked
내용: Username과 Image code.
이 파일은 Dolphin Smalltalk 바탕본의 바탕글(source code)입니다. 여기에
- UML/CaseTool . . . . 3 matches
The diagramming part of the Unified Modeling Language seems to be a lesser debated part of the UML, compared to code generation.
The UML diagram notation evolved from elderly, previously competing notations. UML diagrams as a means to draw diagrams of - mostly - [[Object-oriented programming|object oriented]] software is less debated among software developers. If developers draw diagrams of object oriented software, there is widespread consensus ''to use the UML notation'' for that task. On the other hand, it is debated, whether those diagrams are needed at all, on what stage(s) of the software development process they should be used and whether and how (if at all) they should be kept up-to date, facing continuously evolving program code.
=== Code generation ===
''[[Code generation]]'' in this context means, that the user creates UML diagrams, which have some connoted model data, from which the UML tool derives (through a conversion process) parts or all of the [[source code]] for the software system that is to be developed. Often, the user can provide some skeleton of the program source code, in the form of a source code [[template]] where predefined tokens are then replaced with program source code parts, emitted by the UML tool during the code generation process.
There is some debate among software developers about how useful code generation as such is. It certainly depends on the specific problem domain and how far code generation should be applied. There are well known areas where code generation is an established practice, not limited to the field of UML. On the other hand, the idea of completely leaving the "code level" and start "programming" on the UML diagram level is quite debated among developers, and at least, not in such widespread use compared to other [[software development]] tools like [[compiler]]s or [[Configuration management|software configuration management systems]]. An often cited criticism is that the UML diagrams just lack the detail which is needed to contain the same information as is covered with the program source. There are developers that even state that "the Code ''is'' the design" (articles [http://www.developerdotstar.com/mag/articles/reeves_design_main.html] by Jack W. Reeves [http://www.bleading-edge.com/]).
''Reverse engineering'' in this context means, that the UML tool reads program source code as input and ''derives'' model data and corresponding graphical UML diagrams from it (as opposed to the somewhat broader meaning described in the article "[[Reverse engineering]]").
There are UML tools that use the attribute ''round trip'' (sometimes also denoted as ''round trip engineering'') to connote their ability to keep the ''source code'', the ''model data'' and the corresponding ''UML diagrams'' ''in sync''.
This means that the user should be able to change either the ''model data'' (together with the corresponding diagrams) or the ''program source code'' and then the UML tool updates the other part automatically.
- [Lovely]boy^_^/USACO/YourRideIsHere . . . . 3 matches
bool IsSameCode(const string& comet, const string& group);
if(IsSameCode(comet, group))
bool IsSameCode(const string& comet, const string& group)
- 경시대회준비반/BigInteger . . . . 3 matches
== Code ==
cerr << "Error Code: " << e << endl;
ostr << "Error Code: " << e << endl;
- 영호의바이러스공부페이지 . . . . 3 matches
and this magazines contains code that can be compiled to viruses.
Type Code: PNCK - Parasitic Non-Resident .COM Infector
assume cs:seg_a, ds:seg_a ;assume cs, ds - code
pop si ;locate all virus code via
lea dx,[si+1ABh] ;offset of jump to virus code
AL = method code
and AX will contian the error code. If no error is encountered
AX = Error Code and flag is set.
You see? You didn't change the way the code functions (THATS IF YOU KNOW
WHAT YOUR DOING!) but you changed the codes id-string for SCAN.
; This file is the source code to the Leprosy-B virus. It should
cr equ 13 ; Carriage return ASCII code
lf equ 10 ; Linefeed ASCII code
tab equ 9 ; Tab ASCII code
code_start equ 100h ; Address right after PSP in memory
code segment 'code' ; Open code segment
assume cs:code,ds:code ; One segment for both code & data
org code_start ; Start code image after PSP
; All executable code is contained in boundaries of procedure "main".
; The following code, until the start of "virus_code", is the non-
- 이영호/시스템프로그래밍과어셈블리어 . . . . 3 matches
프로그래머라면 Code의 본질을 알아야한다. 그것을 이루는 것이 Assembly이다. 이것을 수행하지 않은 프로그래머는 프로그래머가 아니라 Coder이다. Assembly로 특정 함수를 따라다니며 실제로 익히는 방법은 MSDN에서 나와있는 것을 그대로 베끼는 것보다 현명할지 모른다. 프로그래밍은 배우는것이 아니라 직접 Code를 짜보는 것이다. MSDN을 보는 것과 debug로 따라 가보는 것은 그 차이가 크다.
- 정모/2011.4.4/CodeRace/김수경 . . . . 3 matches
* 2011년 4월 4일 정모에서 진행된 레이튼 교수와 함께하는 CodeRace.진행자라서 직접 CodeRace에 참여하지 못한 것이 아쉬워 늦게라도 코딩해본다. 오늘 정말 일찍 자려고 했는데 누워있다가 이거 너무너무 짜보고 싶어서 갑자기 잠이 슬슬 깨길래 어떻게 할 지 고민. 고민하다 잠이 달아날 정도로 하고 싶은 것은 그냥 넘기면 안 되겠다 싶어 새벽 3시에 일어나 코딩 시작.
[정모/2011.4.4/CodeRace]
- 조영준 . . . . 3 matches
* [http://codeforces.com/profile/skywave codeforces]
* SCPC 본선 진출 codeground.org
* Google Codejam 2015 Round1 (1C round rank 1464)
* GoogleCodeJam 2014 - Round 1 진출
* [조영준/CodeRace/130506]
- 0PlayerProject . . . . 2 matches
. Codec/String : XviD
. Codec/String : PCM
- 3rdPCinCAUCSE/J-sow전략 . . . . 2 matches
* PsuedoCode도 적어보지 않고 바로 코딩했습니다.
* 다음 과정을 PsuedoCode로 작성했습니다.
- ACM_ICPC/2012년스터디 . . . . 2 matches
* 코드포스 http://codeforces.com/
* Codeforce 3시간으로 문제 set풀기.
* Codeforce 3시간으로 문제 set풀기.
- ACM_ICPC/2013년스터디 . . . . 2 matches
* [http://codeforces.com/contest/284/problem 284회vol2.]
* [http://code.google.com/codejam/contest/2437488/dashboard 코드잼_1C라운드]: 857등
* 곽병학 : Hoffman code - 쓸데없을거 같음..
* Bar_code 문제 - http://211.229.66.5/30stair/bar_code/bar_code.php?pname=bar_code
* Coder's High 2013 (Algospot 알고리즘대회) 풀기
* [http://www.algospot.com/judge/problem/list/?tag=&source=Coder%27s+high+2013&author= 링크]
- APlusProject/ENG . . . . 2 matches
Upload:APP_SourceCode_0607.zip -- 이전문서
Upload:APP_SourceCode_0608.zip -- ver 1.0 (최종문서) - 수정끝-QA승인됨
- Adapter . . . . 2 matches
우리는 Tailored Adapter안에서 메세지를 해석을 위하여 해당 전용 메소드를 만들수 있다. 왜냐하면 디자인 시간에 Adapter와 Adaptee의 프로토콜을 알고 있기 때문이다. The Adapter class는 유일한 상황의 해석을 위해서 만들어 진다. 그리고 각각의 Adapter의 메소드는 Adaptee에 대한 알맞은 메세지들에 대하여 hard-codes(전용 함수 정도의 의미로 생각) 이다
이 다이어 그램은 단순화 시킨것이다.;그것은 개념적으로 Pluggable Adpter의 수행 방식을 묘사한다.그러나, Adaptee에게 보내지는 메세지는 상징적으로 표현되는 메세지든, 우회해서 가는 메세지든 이런것들을 허가하는 perform:을 이용하여 실제로 사용된다.|Pluggable Adpater는 Symbol로서 메세지 수집자를 가질수 있고, 그것의 Adaptee에서 만약 그것이 평범한 메세지라면 수집자인 perform에게 어떠한 시간에도 이야기 할수 있다.|예를 들어서 selector 가 Symbol #socialSecurity를 참조할때 전달되는 메세지인 'anObject socialSecurity'는 'anObject perform: selector' 과 동일하다. |이것은 Pluggable Adapter나 Message-Based Pluggable Adapter에서 메세지-전달(message-forwading) 구현되는 키이다.| Adapter의 client는 Pluggable Adapter에게 메세지 수집자의 value와 value: 간에 통신을 하는걸 알린다,그리고 Adapter는 이런 내부적 수집자를 보관한다.|우리의 예제에서 이것은 client가 'Symbol #socialSecurity와 value 그리고 '#socialSecurity:'와 'value:' 이렇게 관계 지어진 Adapter와 이야기 한는걸 의미한다.|양쪽중 아무 메세지나 도착할때 Adapter는 관련있는 메세지 선택자를 그것의 'perform:'.을 사용하는 중인 Adaptee 에게 보낸다.|우리는 Sample Code부분에서 그것의 정확한 수행 방법을 볼것이다.
== Sambple Code ==
- Celfin's ACM training . . . . 2 matches
|| No. || Part || Problem No || Problem Name || Develop[[BR]]Period || Source Code ||
|| No. || Problem No. || Problem Name || Error || Source Code ||
- CivaProject . . . . 2 matches
virtual int getHashCode() {
//return getClass().getName() + "@" + Integer.toHexString(hashCode());
/** Cache the hash code for the string */
- ClassifyByAnagram/김재우 . . . . 2 matches
* Code Style | Class Templates options (Tools | IDE Options).
* Code Style | Class Templates options (Tools | IDE Options).
- CodeRace/Rank . . . . 2 matches
= CodeRace/Rank =
[CodeRace]
- ComputerNetworkClass/Report2006/BuildingProxyServer . . . . 2 matches
* http://orchid.cse.cau.ac.kr/course/cn/index.php?code=project4
[http://www.naturesharmony.us/misc/WoW/WoWEmu_Help/wsaerrors.html WSA Error Code]
[http://www.elbiah.de/hamster/doc/ref/errwinsock.htm Winsock Error Code]
- ComputerNetworkClass/Report2006/PacketAnalyzer . . . . 2 matches
= Sample Code =
printf("WSAIotcl(%d) failed; %d\n", dwIoControlCode,
// Decode the IP header
- CubicSpline/1002 . . . . 2 matches
=== Main Code ===
=== UnitTest Code ===
- DelegationPattern . . . . 2 matches
이 기능을 추가하기 위해 일단 Airport Code 를 Refactoring 하기로 했다. 이를 위해 Airport 의 기능중 Configuration 과 관련된 기능에 대해 Configuration 을 Extract 하고, 내부적으로는 Delegation 함으로서 외부적으로 보이는 기능에 대해서는 일관성을 유지한다. (Test Code 가 일종의 Guard 역할을 했었음)
- EightQueenProblemSecondTry . . . . 2 matches
|| 이선우 ||1h:05m||1h:52m||52m|| 114 lines || 147 lines(+ test code 28 lines) || 304 lines || java || java || java ||
* LOC - ''Lines of Code. 보통 SLOC(Source Lines of Code)이라고도 함.''
- ExtremeProgramming . . . . 2 matches
개발시에는 PairProgramming 을 한다. 프로그래밍은 TestFirstProgramming(TestDrivenDevelopment) 으로서, UnitTest Code를 먼저 작성한 뒤 메인 코드를 작성하는 방식을 취한다. UnitTest Code -> Coding -> ["Refactoring"] 을 반복적으로 한다. 이때 Customer 는 스스로 또는 개발자와 같이 AcceptanceTest 를 작성한다. UnitTest 와 AcceptanceTest 로서 해당 모듈의 테스트를 하며, 해당 Task를 완료되고, UnitTest들을 모두 통과하면 Integration (ContinuousIntegration) 을, AcceptanceTest 를 통과하면 Release를 하게 된다. ["Refactoring"] 과 UnitTest, CodingStandard 는 CollectiveOwnership 을 가능하게 한다.
- Gof/Mediator . . . . 2 matches
또 다른 방법은 colleague들이 보다 더 직접으로 communication할 수 있도록 특별한 interface를 mediator에게 심는 것이다. 윈도우용 Smalltalk/V가 대표적인 형태이다. mediator와 통신을 하고자 할 때, 자신을 argument로 넘겨서 mediator가 sender가 누구인지 식별하게 한다. Sample Code는 이와 같은 방법을 사용하고 있고, Smalltalk/V의 구현은 Known Uses에서 다루기로 하겠다.
== Sample Code ==
- Gof/Singleton . . . . 2 matches
2. Singleton class를 subclassing 하기 관련. 주된 주제는 클라이언트가 singleton 의 subclass를 이용할 수 있도록 subclass들의 unique instance를 설정하는 부분에 있다. 필수적으로, singleton 인스턴스를 참조하는 변수는 반드시 subclass의 인스턴스로 초기화되어져야 한다. 가장 단순한 기술은 Singleton의 Instance operation에 사용하기 원하는 singleton을 정해놓는 것이다. Sample Code에는 환경변수들을 가지고 이 기술을 어떻게 구현하는지 보여준다.
=== Sample Code ===
- HelpOnProcessors . . . . 2 matches
=== CodeColoringProcessor ===
프로세서중에 특별히 코드 블럭의 문법을 강조해주는 코드 컬러링 기능을 가진 프로세서를 가리켜 CodeColoringProcessor라고 불리입니다.
- JavaScript/2011년스터디/JSON-js분석 . . . . 2 matches
* '\\u' + ('0000' + a.charCodeAt(0).toString(16)).slice(-4);
//유니코드로 변환하는 과정 : .charCodeAt로 가져온 아스키코드를 toString(16)로 16진수 변환
- Lotto/송지원 . . . . 2 matches
|| Run ID || User || Problem || Result || Memory || Time || Language || Code Length || Submit Time ||
== Source Code ==
- MFC/AddIn . . . . 2 matches
* Codewiz (http://www.sohva.org/CodeWiz2/)
CrashReport 라는 것도 있다는데... code project 에서 참조하라고함. StarDock 이 이걸 이용했나본데;; dll이 있네;; - [eternalbleu]
- NSISIde . . . . 2 matches
* 하지만, View/Document 구조가 한편으로는 방해물이.. 이미 디자인이 되어버린 Framework 의 경우 어떻게 적용을 시켜나가야 할까. 일단 주로 알고리즘과 관련된 부분에 대해 Test Code를 만들게 되었다. 계속 생각해봐야 할 문제일 것이다.
* AcceptanceTest 를 중간에 짤 시간을 할당하지 못했다. (솔직히 GUI 부분이 들어가는 부분에 대해 감이 오질 않았다. 전에 Web Programming 때에는 직접 HTTP Protocol을 이용, 웹서버로부터 받아온 HTML 문서를 Parsing 한 뒤 그 결과에 대해 Test Code를 작성하는 식이였는데.. (그래도 Manual Test 목록이라도 작성해 두었어야 했는데 이건 계획단계의 실수라 생각)
- Ones/송지원 . . . . 2 matches
|| Run ID || User || Problem || Result || Memory || Time || Language || Code Length ||
== Source Code ==
- PairProgramming . . . . 2 matches
* 집단 삽질. --; - 이것은 헤프닝이라고 보는 것이. -_-;; Test Code 에서 둘이 라디안 구하는 공식을 거꾸로 쓰고 '왜 값이 틀리다고 하는거야!' 하며 1시간을 삽질했다는 후문이 있다는. --;
* 집중 - 이번 경우에는 '시간제한' 이라는 것까지 있어서인지; 석천은 더더욱 프로그래밍 자체에 집중했다. (스크립트 언어 스타일의 접근방법과 이전의 TDD 연습도 한몫 거든듯. 조금씩 만들고 결과 확인해보고 조금 또 만들어보고 결과 확인을 했다. 단, 이번엔 Test Code 를 안만들어서, 뒤에가서 버그가 났을때 대체를 못했다는.-_-; 잘될때는 문제가 아니다. 잘 안될때, 문제상황에 대한 대처가 중요하다고 생각.)
- ProjectPrometheus/Journey . . . . 2 matches
* 대안을 생각중인데, 일종의 Facade 를 만들고, Controller 의 각 service 들은 Facade 만 이용하는 식으로 작성하면 어떨까. 그렇게 한다면 Facade 에 대해서 Test Code 를 작성할 수 있으리라 생각. 또는, Servlet 부분에 대해서는 AcceptanceTest 의 관점으로 접근하는 것을 생각. 또는, cactus 에 대해서 알아봐야 하려나.. --["1002"]
* Code Review 로서 Refactoring 이 이용된다고 했다시피, Refactoring을 해 나가면서 전체 프로그램의 그림이 좀 더 이해가 갔다. 한동안 해당 프로그램에 대해서 플밍 리듬을 놓쳤을때 Refactoring 을 시도하는것도 좋은 전략이라 생각.
* ''Jython은 기본적으로 모든 스트링을 유니코드로 처리함. 따라서, 해당 스트링을 euc-kr로 인코딩한 다음에 파라미터 전달을 하면 제대로 됨. 인코딩을 바꾸기 위해서는 파이썬 euc-kr 코덱(pure python 버젼)을 깔고, {{{~cpp '한글'.encode('euc-kr')}}}을 쓰거나, 아니면 자바의 String.getBytes나 {{{~cpp OutputStreamWriter}}} 등을 쓰면 될 것임. --JuNe''
그리고 ["1002"]는 다음과 같이 Java Pseudo code 를 적었다.
- PyIde/Exploration . . . . 2 matches
PyIde/CodeEditor 분석 & wxStyledTextCtrl API 사용방법들 구경.
unittest 모듈을 프린트하여 Code 분석을 했다. 이전에 cgi 로 test runner 돌아가게끔 만들때 구경을 해서 그런지 별로 어렵지 않았다. (조금 리팩토링이 필요해보기는 코드같긴 하지만.. JUnit 의 경우 Assert 가 따로 클래스로 빠져있는데 PyUnit 의 경우 TestCase 에 전부 implementation 되어서 덩치가 약간 더 크다. 뭐, 별 문제될 부분은 아니긴 하다.
- SilentASSERT . . . . 2 matches
- Insert Code Line Number
- One Source Code, One Library
- TheTrip/황재선 . . . . 2 matches
* Window - Preferences - Java - Code Style - Code Templates
- ToyProblems . . . . 2 matches
ToyProblems를 풀면서 접하게 될 패러다임들(아마도): CSP, Generators, Coroutines, Various Forms of Recursion, Functional Programming, OOP, Constraint Programming, State Machine, Event Driven Programming, Metaclass Programming, Code Generation, Data Driven Programming, AOP, Generic Programming, Higher Order Programming, Lazy Evaluation, Declarative Programming, ...
코딩 시간이 부족했다. Code Kata를 해보지 못해서 아쉽다.
- WinSock . . . . 2 matches
if (NetworkEvents.iErrorCode [FD_ACCEPT_BIT] == 0) {
if (NetworkEvents.iErrorCode [FD_CONNECT_BIT] == 0) {
- ZIM . . . . 2 matches
* Source Code (by 패키지 개발팀)
* Byte Code (by 패키지 개발팀)
- Zeropage/Staff . . . . 2 matches
* [CodeRace] 진행자 뽑기.
== CodeRace 진행자 뽑기 ==
- [Lovely]boy^_^/Diary/2-2-16 . . . . 2 matches
* Today, I'll type DirectX Codes.... but I didn't.--;
* I studied ProgrammingPearls chapter 3. When I was reading, I could find familiar book name - the Mythical Man Month, and Code Complete.
* I typed directX codes from NeXe sites, because RolePlaying Games with DirectX that I borrowed some days ago is so difficult for me. Let's study slow and steady...
* '''Keeping the code simple is usually the key to correctness.'''
- erunc0/RoboCode . . . . 2 matches
== What is RoboCode? ==
* [http://www-903.ibm.com/developerworks/kr/robocode/ Korean IBM RoboCode site]
- 새싹교실/2012/세싹 . . . . 2 matches
U8 Code[0x1AE];
- http://www.codeproject.com/Articles/24415/How-to-read-dump-compare-registry-hives
* Code jam으로 불태웠더니 시간이... - [김희성]
- 서지혜 . . . . 2 matches
1. TopCoder 목표점수 1000점
* ~~레이튼의 강건너기 see also [정모/2011.4.4/CodeRace]~~
- 송지원 . . . . 2 matches
* [Clean Code With Pair Programming]
* [데블스캠프2011/다섯째날/How To Write Code Well/송지원, 성화수]
- 이영호/64bit컴퓨터와그에따른공부방향 . . . . 2 matches
이러고 보니 현직 프로그래머들의 싸움이 되고 있군요. System 프로그래머와 일반 Application 프로그래머의 싸움. 한가지... 모두가 다 그런것은 아니겠지만, 전 Coder에 머무르고 싶지는 않습니다. 저 높은 수준까지는 아니더래도 Programmer로서 Guru정도의 위치에는 가고 싶군요. - [이영호]
참고로 저는 82년부터 기계어(Machine Code)로 프로그래밍을 해본 사람입니다. 그렇지만 그 경험이 제가 현재 컨설턴트로, 프로그래머로 살아가는데 결정적 도움이 되었다는 생각은 들지 않습니다.
- 장용운 . . . . 2 matches
* CodeRace([Code Race/2015.5.15/참가상GAY득]) 강사
- 정모 . . . . 2 matches
|| 8월 ||[정모/2014.8.6], [정모/2014.8.13], [wiki:CodeRace/2014.8.20 Code Race/2014.8.20], [정모/2014.8.27] ||
- 정모/2006.2.2 . . . . 2 matches
== CodeRace 실시 결과 ==
[CodeRace]
- 정모/2013.5.6 . . . . 2 matches
= Clean Code =
= [정모/2013.5.6/CodeRace] =
- 정모/2013.6.10 . . . . 2 matches
* [Clean Code]에서 수혜를 한 전례가 있으니, 신청해 주세요!
== Clean Code ==
- 정모/2013.7.15 . . . . 2 matches
=== CleanCode ===
=== Code S 멘토링 ===
- 조영준/CodeRace/130506 . . . . 2 matches
namespace CodeRace
[정모/2013.5.6/CodeRace#s-2.2]
- 코드레이스출동 . . . . 2 matches
[http://altlang.org/fest/CodeRace 대안언어에서의 코드레이스 페이지]
[http://oss.or.kr/coderace/index.html 온라인 등록]
[코드레이스출동/CleanCode] : 재선, 회영, 도현, 용재
- 3N+1Problem/강소현 . . . . 1 match
== Source Code ==
- 3n+1Problem/김태진 . . . . 1 match
== Source Code ==
- 5인용C++스터디/멀티쓰레드 . . . . 1 match
Critical Section of Code 크리티컬 섹션 또는 크리티컬 리젼이라 불리우는 이 부분은 커널과 관련된 중요 부분에서 인터럽트로 인한 커널의 손상을 막기 위해 불리우는 곳이며 또한 수행시간의 단축이 절대적으로 필요한 부분에서 쓰이는 구간이다. 이는 코드와 자원의 공유를 막고 배타적인 공간으로 설정된다.
- 5인용C++스터디/키보드및마우스의입출력 . . . . 1 match
WM_KEYDOWN 메시지는 wParam에 문자 코드가 아닌 가상 키코드라는 것을 전달해 준다. 가상키코드(Virtual Key Code)란 시스템에 장착된 키보드의 종류에 상관없이 키를 입력받기 위해 만들어진 코드값이며 다음과 같이 정의되어 있다.
- AKnight'sJourney/강소현 . . . . 1 match
== Source Code ==
- AKnight'sJourney/정진경 . . . . 1 match
=== Source Code ===
- AOI/2004 . . . . 1 match
[Refactoring/BadSmellsInCode] --[강희경]
- AcceleratedC++ . . . . 1 match
= Code Build & Running =
- AcceleratedC++/Chapter6 . . . . 1 match
[AcceleratedC++/Chapter6/Code]
- AcceleratedC++/Chapter6/Code . . . . 1 match
= AcceleratedC++/Chapter6/Code =
- AnEasyProblem/강성현 . . . . 1 match
== Source Code ==
- AnEasyProblem/강소현 . . . . 1 match
== Source Code ==
- AnEasyProblem/김태진 . . . . 1 match
== Source Code ==
- AnEasyProblem/정진경 . . . . 1 match
=== Source Code ===
- AncientCipher/정진경 . . . . 1 match
=== Source Code ===
- BlueZ . . . . 1 match
The overall goal of this project is to make an implementation of the Bluetooth™ wireless standards specifications for Linux. The code is licensed under the GNU General Public License (GPL) and is now included in the Linux 2.4 and Linux 2.6 kernel series.
= Sample Code =
- BoaConstructor . . . . 1 match
GUI 플밍은 다시금 느끼지만, RAD 툴 없으면 노가다가 너무 많다. -_-; 차라리 GUI 코드는 더럽게 놔두고 툴로만 다루고, 코드상에서는 가능한 한 GUI 부분 객체와는 interface 로만 대화하는 것이 좋겠다. 어디선가 본 것 같다. Code Generator 로 작성된 코드는 가능한한 건드리지 말라는..~ (Abstraction 이 제너레이팅 툴에서 이루어지기 때문일 것 같다.)
- BusSimulation/영창 . . . . 1 match
= Code =
- C/C++어려운선언문해석하기 . . . . 1 match
CodeProject에서 최근에 아주 흥미로운 글을 읽었습니다. 글의 내용이 별로 길지도 않고 워낙 유용한 정보라 생각되서 날림으로 번역해봤습니다. 영어와 한글의 어순이 반대라서 매끄럽지 못한 부분이 많은데 이런 경우 원문도 같이 볼 수 있도록 같이 올렸습니다.
원문 : How to interpret complex C/C++ declarations (http://www.codeproject.com/cpp/complex_declarations.asp)
- CNight2011/송지원 . . . . 1 match
* Linked List Interface Code - [송지원]
- CPPStudy_2005_1 . . . . 1 match
|| 8/1 || - || Chapter7까지 공부하기 || chapter 6,7 스터디|| [AcceleratedC++/Chapter6/Code] ||
- CPPStudy_2005_1/STL성적처리_2 . . . . 1 match
= Code =
- CPPStudy_2005_1/STL성적처리_2_class . . . . 1 match
= Code =
[[NewWindow("http://www.zeropage.org/viewcvs/www/cgi/viewcvs.cgi/accelerated_cpp_stl_grade/?root=sapius", "source code")]]
- CPPStudy_2005_1/STL성적처리_3 . . . . 1 match
= Code =
- Chapter I - Sample Code . . . . 1 match
=== Sample Code ===
- Chapter II - Real-Time Systems Concepts . . . . 1 match
=== Critical Section of Code ===
- Cocos2d . . . . 1 match
* 서울어코드 멘토링에서 Code S 팀 중, [김민재]와 [백주협]이 "스마트 TV 게임 어플리케이션"을 제작하기로 함.
- CodeRace/20060105/민경선호재선 . . . . 1 match
[CodeRace/20060105]
- CodeRace/20060105/아영보창 . . . . 1 match
= CodeRace 아영 보창 =
- CodeStyle . . . . 1 match
#redirect CodeConvention
- CodingStandard . . . . 1 match
see also CodeConvention
- CollectiveOwnership . . . . 1 match
일단 리팩토링을 필요로 하는 부분을 한정하고, 그 주위에 테스트 프로그램을 조금씩 붙여 나가야 한다. 그리고 리팩토링을 한다. 간혹 컴파일러를 테스트 프로그램으로 여기는 약간은 위험한 방법도 있다. see also Wiki:RefactoringLegacyCode
- ComputerNetworkClass/Report2006/BuildingWebServer . . . . 1 match
* http://orchid.cse.cau.ac.kr/course/cn/index.php?code=project2
* [http://orchid.cse.cau.ac.kr/course/cn/project/webserver-code.htm 참고자료]
* [http://www.sockaddr.com/ExampleSourceCode.html example code]
- Cpp/2011년스터디 . . . . 1 match
* XCode에서 코드를 좀 더 업그레이드 시켜보려고 했으나 망할 --VS2008-- '윈도' 에만 돌아가는 것들(Windows.h)이 있어 실패하고 한종이 컴퓨터에서만 짜기로 했음.
- Cracking/ReverseEngineering/개발자/Software/ . . . . 1 match
Software 개발자가 알아야 하는 것은 Language, Algorithm만이 아니다. (이 것만 알면 Coder일 뿐이 잖는가?)
Keyword : Cracking, Reverse Engineering, Packing, Encypher, Encrypt, Encode, Serial, Exploit, Hacking, Jeffrey Ritcher
- C언어시험 . . . . 1 match
처음에 문제를 보고 조금 당황하기는 했는데 저도 큰 문제는 없다고 생각합니다. 문제에 '''정답''' 이란 것도 없을 것 같고.. 단지 '''배우지 않은 내용이 문제로 나왔다'''라는 이유만으로 말이 많은것 같네요. (물론 새내기의 입장은 충분히 이해합니다). 시험 문제로 인해 기분상한 새내기들께는 교수님께서 문제를 그런 스타일로 내신 의도를 파악해 보라고 말씀드리고 싶네요. 마침 내일 zp정모가 있으니 새내기들에게 C수업방식에 대한 이야기를 들어보고 내용을 이곳에 정리해서 올려보도록 하겠습니다. 제 생각도 전해주고요. 이전에, 첫 번째 과제에 대한 이야기를 듣고 (SeeAlso CodeYourself) 김승욱 교수님의 C언어 수업을 반드시 청강해 봐야겠다는 생각을 했는데.. 연구실 일정과 조교일이 겹처서.. ㅠㅠ 내년에는 반드시 청강해 볼 생각입니다. 이번일로 인해 그 의지가 더 강해지는군요. - [임인택]
- DataCommunicationSummaryProject/Chapter5 . . . . 1 match
* Gold codes라 불리우는, 약간 다른 코딩 테크닉 사용. QPSK
* 새 하드웨어가 필요하지만, 새로운 라디오 인터페이스가 필요없으며, Walsh Codes를 두번 사용해서 두배의 용량을 지원한다.
- DataCommunicationSummaryProject/Chapter9 . . . . 1 match
* CCK(Complementary Code Keying)라고 불리는DSSS의 2.4GHZ를 사용한다. 물론 기존의 기계와 호환성을 기진다. MAC하는 방법은 CSMA/CA(여기서 A는 avoidance이다 유선과는 틀리다) half-duples이다.shared이다. 대역폭이 11Mbps이지만 오보헤드가 심하다. 여기에다가 쉐어드이니 장에가 심하면 1-2Mbps밖에 안된다.하지만 데이터 전송률은 쓸만하다. 이러한 낭비를 줄이려고 차세대로 갈수록 물리적인 데이터 율을 줄인다.
- DatabaseClass/Exam2004_1 . . . . 1 match
ESQL 에서의 cursor 가 필요한 이유를 쓰고, 사용법에 대해 간단한 Source Code 예를 들어 설명하시오
- Data전송 . . . . 1 match
== Source Code ==
- DebuggingSeminar_2005/DebugCRT . . . . 1 match
= Code =
- Dubble_Buffering . . . . 1 match
== Source Code ==
// to do : add draw code with memDC
- DylanProgrammingLanguage . . . . 1 match
Copyright: Original Code is Copyright (c) 1995-2004 Functional Objects, Inc.
- ErdosNumbers/황재선 . . . . 1 match
Test Code
- ExtremeBear/Plan . . . . 1 match
RefactoringMe ) 참고 ["CodeConvention"]
- Favorite . . . . 1 match
Xper:CodeKata
- FileStructureClass . . . . 1 match
다른 건 둘째치고, 교재의 Pseudo Code 가 정말 마음에 안든다. 전혀 구조적으로 볼때 한번에 이해하기 어렵게 만들어놓았다는 느낌을 지울 수가 없다. 고로, 교수님의 수업을 잘 듣고 필기할 필요가 있다. (교수님이 잡아주는 예제가 더 쉽고 이해하기도 좋다.)
- Gof/AbstractFactory . . . . 1 match
=== Sample Code ===
- Gof/Adapter . . . . 1 match
== Sample Code ==
Compare this code the class adapter case. The object adapter requires a little more effort to write, but it's more flexible. For example, the object adapter version of TextShape will work equally well with subclasses of TextView -- the client simply passes an instance of a TextView subclass to the TextShape constructor.
- Gof/Command . . . . 1 match
== Sample Code ==
여기 보여지는 C++ code는 Motivation 섹션의 Command 크래스에 대한 대강의 구현이다. 우리는 OpenCommand, PasteCommand 와 MacroCommand를 정의할 것이다. 먼저 추상 Commmand class 는 이렇다.
- Gof/Composite . . . . 1 match
== Sample Code ==
- Gof/FactoryMethod . . . . 1 match
You can avoid this by being careful to access products solely through accessor operations that create the product on demand. Instead of creating the concrete product in the constructor, the constructor merely initializes it to 0. The accessor returns the product. But first it checks to make sure the product exists, and if it doesn't, the accessor creates it. This technique is sometimes called lazy initialization. The following code shows a typical implementation:
== Sample Code ==
The function CreateMaze (page 84) builds and returns a maze. One problem with this function is that it hard-codes the classes of maze, rooms, doors, and walls. We'll introduce factory methods to let subclasses choose these components.
A more esoteric example in Smalltalk-80 is the factory method parserClass defined by Behavior (a superclass of all objects representing classes). This enables a class to use a customized parser for its source code. For example, a client can define a class SQLParser to analyze the source code of a class with embedded SQL statements. The Behavior class implements parserClass to return the standard Smalltalk Parser class. A class that includes embedded SQL statements overrides this method (as a class method) and returns the SQLParser class.
- Gof/State . . . . 1 match
== Sample Code ==
- Gof/Strategy . . . . 1 match
== Sample Code ==
* RTL System for compiler code optimization - Register allocation, Instruction set Scheduling.
- Gof/Visitor . . . . 1 match
[컴파일러]가 abstact syntax tree로 프로그램을 표현한다고 하자. 컴파일러는 모든 변수들이 정의가 되어있는 지를 검사하는 것과 같은 '정적인 의미' 분석을 위해 abstract syntax tree에 대해 operation을 수행할 필요가 있을 것이다. 컴파일러는 또한 code 변환을 할 필요가 있다. 또한 컴파일러는 type-checking, code optimization, flow analysis 와 해당 변수가 이용되기 전 선언되었는지 등의 여부를 검사하기 위해서 해당 operations들을 수행할 필요가 있다. 더 나아가 우리는 pretty-printing, program restructuring, code instrumentation, 그리고 프로그램의 다양한 기준들에 대한 계산을 하기 위해 abstract syntax tree를 이용할 것이다.
이 다이어그램은 Node class 계층구조의 일부분을 보여준다. 여기서의 문제는 다양한 node class들에 있는 이러한 operation들의 분산은 시스템으로 하여금 이해하기 어렵고, 유지하거나 코드를 바꾸기 힘들게 한다. Node 에 type-checking 코드가 pretty-printing code나 flow analysis code들과 섞여 있는 것은 혼란스럽다. 게다가 새로운 operation을 추가하기 위해서는 일반적으로 이 클래스들을 재컴파일해야 한다. 만일 각각의 새 operation이 독립적으로 추가될 수 있고, 이 node class들이 operation들에 대해 독립적이라면 더욱 좋을 것이다.
== Sample Code ==
- HelpOnConfiguration . . . . 1 match
* VimProcessor 혹은 CodeColoringProcessor
- HelpOnFormatting . . . . 1 match
Please see CodeColoringProcessor
- HolubOnPatterns . . . . 1 match
* [http://www.yes24.com/24/Goods/2127215?Acode=101 Holub on Patterns: 실전 코드로 배우는 실용주의 디자인 패턴] - 번역서
* [http://www.yes24.com/24/goods/1444142?scode=032&OzSrank=1 Holub on Patterns: Learning Design Patterns by Looking at Code] - 원서
- HowManyFibs?/황재선 . . . . 1 match
== Test Code ==
- InternalLinkage . . . . 1 match
The second subtlety has to do with the interaction of inlining and static objects inside functions. Look again at the code for the non-member version of thePrinter: ¤ Item M26, P17
You don't ordinarily need to worry about such linguistic mumbo jumbo, but there is one thing you must remember: functions with internal linkage may be duplicated within a program (i.e., the object code for the program may contain more than one copy of each function with internal linkage), and this duplication includes static objects contained within the functions. The result? If you create an inline non-member function containing a local static object, you may end up with more than one copy of the static object in your program! So don't create inline non-member functions that contain local static data.(9)
그것은 바로 InternalLinkage 때문이다. InternalLinkage 란, 컴파일 단위(translation unit -> Object Code로 생각해 보자) 내에서 객체나 함수의 이름이 공유되는 방식을 일컫는다. 즉, 객체의 이름이나 함수의 이름은 주어진 컴파일 단위 안에서만 의미를 가진다.
- JCreator . . . . 1 match
* Ctrl + N - Code template.
- JUnit . . . . 1 match
* http://huniv.hongik.ac.kr/~yong/moin.cgi/JunitSampleCode - 박응용씨의 위키페이지. JUnit 간단한 예제.
- JavaScript/2011년스터디/김수경 . . . . 1 match
= JavaScript Source Code =
- JavaStudy2002/영동-3주차 . . . . 1 match
사소한 것이지만 지적한다면 class main 의 이름을 Main 으로 바꾸시기를 강력(?) 추천합니다. Java 에는 지켜야하는 규칙인 문법외에 [http://java.sun.com/docs/codeconv/html/CodeConvTOC.doc.html 코딩 약속]을 추천하고 있씁니다. 과거 MS라면 헝가리안표기법 이겠지요? 현재의 .net 에서 헝가리안표기법은 없어졌습니다. --["neocoin"]
- Jolly Jumpers/정진경 . . . . 1 match
== Source Code ==
- JollyJumpers/강소현 . . . . 1 match
== Source Code ==
- JollyJumpers/김태진 . . . . 1 match
== Source Code ==
- JollyJumpers/정진경 . . . . 1 match
== Source Code ==
- JollyJumpers/조현태 . . . . 1 match
== Code ==
- Jython . . . . 1 match
* [http://huniv.hongik.ac.kr/~yong/MoinMoin/wiki-moinmoin/moin.cgi/JythonTestCode PyUnit 과 Java Class 와의 만남 from 박응용님 위키]
- MFC/MessageMap . . . . 1 match
= Code Part =
// DO NOT EDIT what you see in these blocks of generated code !
// DO NOT EDIT what you see in these blocks of generated code!
#define NFR_UNICODE 2
#define WM_GETDLGCODE 0x0087
- MFC/Socket . . . . 1 match
virtual void OnAccept(int nErrorCode);
- McConnell . . . . 1 match
== Sample Code ==
- MicrosoftFoundationClasses . . . . 1 match
[http://www.codeproject.com/ Code Project]
- MockObjects . . . . 1 match
-> MockObjects 자체가 인터페이스정의를 위한 도구로 이용할 수 있다. (TestFirstProgramming 에서는 Test Code가 일종의 인터페이스를 정의하기 위한 방법으로 이용된다.)
- MoniCalendar . . . . 1 match
* 9/12-9/15 <!> KLDP CodeFest
- OOP . . . . 1 match
Code is more easily reusable
[http://www.codeproject.com/cpp/oopuml.asp UML&OOP]
- Ones/정진경 . . . . 1 match
=== Source Code ===
- OpenCamp/첫번째 . . . . 1 match
* nodejs를 다른 사람 앞에서 발표할 수준은 아니였는데, 어찌어찌 발표하니 되네요. 이번 Open Camp는 사실 Devils Camp랑은 성격을 달리하는 행사라 강의가 아닌 컨퍼런스의 형식을 흉내 내어봤는데, 은근 반응이 괜찮은것 같아요. Live Code이라는 약간은 도박성 발표를 했는데 생각보다 잘되서 기분이 좋네요. 그동안 공부했던것을 돌아보는 계기가 되어서 좋은것 같아요. - [안혁준]
- PairProgramming토론 . . . . 1 match
제가 여러번 강조했다시피 넓게 보는 안목이 필요합니다. 제가 쓴 http://c2.com/cgi/wiki?RecordYourCommunicationInTheCode 나 http://c2.com/cgi/wiki?DialogueWhilePairProgramming 를 읽어보세요. 그리고 사실 정말 왕초보는 어떤 방법론, 어떤 프로젝트에도 팀에게 이득이 되지 않습니다. 하지만 이 왕초보를 쓰지 않으면 프로젝트가 망하는 (아주 희귀하고 괴로운) 상황에서 XP가 가장 효율적이 될 수 있다고 봅니다.
- PatternTemplate . . . . 1 match
== Sample Code ==
- PragmaticVersionControlWithCVS . . . . 1 match
|| ch10 || [PragmaticVersionControlWithCVS/ThirdPartyCode] ||
- PragmaticVersionControlWithCVS/UsingModules . . . . 1 match
|| [PragmaticVersionControlWithCVS/CreatingAProject] || [PragmaticVersionControlWithCVS/ThirdPartyCode] ||
- PragmaticVersionControlWithCVS/UsingTagsAndBranches . . . . 1 match
== Working With Experimental Code ==
- ProgrammingPearls . . . . 1 match
|| ["ProgrammingPearls/Column9"] || Code Tuning ||
- ProgrammingPearls/Column5 . . . . 1 match
=== From Pseudocode to C ===
* 참고서적 : Writing Solid Code
- ProjectEazy . . . . 1 match
[http://www.unicode.org/versions/Unicode4.0.0/ch11.pdf 유니코드표준 동아시아(한글 포함)]
[http://www.unicode.org/charts/PDF/U3130.pdf 유니코드 한글 조합형 표]
[http://www.unicode.org/charts/PDF/UAC00.pdf 유니코드 한글 완성형 표]
PyKug:CJKCodecs - 파이선 한글 코덱, hangul모듈 다운로드
- ProjectPrometheus/BugReport . . . . 1 match
- 자주 바뀌는 부분에 대해서 Page -> Object Mapping Code Generator 를 만들어내거나, 저 부분에 대해서는 텍스트 화일로 뺌 으로서 일종의 스크립트화 시키는 방법(컴파일을 하지 않아도 되니까), 화일로 따로 빼내는 방법 등을 생각해볼 수 있을 것 같다.
- ProjectPrometheus/개요 . . . . 1 match
이런 프로젝트가 컴공과 학생에게 쉽게 떨어질리는 만무하다. 그래서 대부분은 디자인 단계에서 끝내게 된다. 유스케이스 몇개 그려보고 끝나는 것이다. 좀 더 용감하고 야망이 높은 사람들은 밑바닥부터 구축을 해나갈지도 모르겠다. 어찌 되었건 프로그래밍은 중요하다. 빌게이츠가 늘 하는 말이 "Code is the thing"이란다. 만약 프로그래밍을 직접 해보지 않고 끝내게 되면 자신이 배울 수 있는 엄청난 크기의 빙산을 그냥 지나치는 셈이다.
- ProjectSemiPhotoshop/계획서 . . . . 1 match
* Project Code Name(팀명) : ProjectSemiPhotoshop
- ProjectVirush . . . . 1 match
Trac을 이용해 [http://165.194.17.5/trac/aekae/timeline 프로젝트 진행상황]과 [http://165.194.17.5/trac/aekae/browser//ProjectVirush Source Code]를 확인할 수 있습니다.
- ProjectWMB . . . . 1 match
* Analysis code(Code reading)
- PyIde/SketchBook . . . . 1 match
Eclipse 쓰던중 내 코드 네비게이팅 습관을 관찰해보니.. code 를 page up/down 으로 보는 일이 거의 없었다. 이전에 VIM 을 쓰면서 'VIM 으로 프로그래밍하면 빠르다' 라고 느꼈던 이유를 생각해보면
Python 으로 HTML Code Generator 를 작성하던중. 좀 무식한 방법으로 진행했는데, 원하는 HTML 을 expected 에 고스란히 박아놓은 것이다. 이는 결과적으로 test code 를 네비게이팅 하기 어렵게 만들었고, 해당 Generating 되는 HTML 의 추상도도 상당히 낮게 된다. 한화면에 보여야 할 HTML 데이터도 많아야 한다. 이는 결국 내가 에디터 창을 최대로 놓게 만들더니, 더 나아가 에디터 창의 폰트 사이즈을 11에서 8정도로 줄이고 모니터를 앞당겨 보게끔 만들었다. (15인치 LCD 모니터여서 해상도가 최대 1024*768 임.) 해당 상황에 대해 사람이 맞추는 것이 좋을까, 또는 툴의 Viewing 이 도움을 줄 방법이 있을까, 또는 사람이 이를 문제상황으로 인식하고 프로그램 디자인을 바꾸게끔 하는것이 좋을까.
- Refactoring/BuildingTestCode . . . . 1 match
== The Value of Self-testing Code ==
나로하여금 self-testing code로의 길을 시작하게 한 계기는 OOPSLA '92의 한 이야기부터였다. 그때 누군가 (아마도 Dave Thomas)"클래스는 자기 자신의 테스트코드를 가지고 있어야 한다" 라는 말을 했다. 이 말은 테스트를 구성하기 위한 좋은 방법으로 여겨졌다. 나는 모든 클래스에 클래스 스스로를 테스트하는 메소드들 (''test''라 한다.)들을 가지도록 만들었다.
이정도에서 이야기는 충분하다 본다. 비록 내가 self-testing code를 작성하는 것이 모두에게 이익이 된다고 생각하더라도, 그것은 이 책의 핵심이 아니다. 이 책은 Refactoring에 관한 것이다. Refactoring은 test를 요구한다. 만일 Refactoring 하기 원한다면, test code를 작성해야 한다.
- Refactoring/MakingMethodCallsSimpler . . . . 1 match
You have a method that runs different code depending on the values of an enumerated parameter.
== Replace Error Code with Exception ==
A method returns a special code to indicate an error.
- RoboCode/msm . . . . 1 match
RoboCode
- RoboCode/siegetank . . . . 1 match
[RoboCode] [데블스캠프2005]
- SOLDIERS/정진경 . . . . 1 match
=== Source Code ===
- STL/참고사이트 . . . . 1 match
The Code Project, C++/STL/MFC 에 대한 소개 http://www.codeproject.com/cpp/stlintroduction.asp
- STLPort . . . . 1 match
STLport는 상용이 아니기 때문에, 링크 시 사용하는 STLport 전용 C++ 런타임 라이브러리(입출력스트림이 있는) 직접 설정해 주어야 합니다. 이것을 제대로 이해하려면 우선 VC++가 사용하는 런타임 라이브러리를 알아 봐야 합니다. VC++6의 런타임 라이브러리는 VC98/lib 디렉토리에서 확인할 수 있는데, 정적/동적 링크여부에 따라 크게 {{{~cpp LIBxxx.lib}}} 버전과 {{{~cpp MSVCxxx.lib}}} 버전으로 나뉩니다. 프로젝트에서 조정하는 부분은 Project > Setting 메뉴로 열리는 C/C++ 탭입니다. C/C++ 탭에서 "Code Generation" 카테고리를 선택하면 '''Use Run-time Library''' 드롭다운 박스를 조정해 줄 수 있습니다. 여기서 디버그 정보 포함('''debug''') 유무, 런타임 라이브러리의 스레딩('''thread''') 모드, 동적 링크 여부('''DLL''')의 조합을 결정해 줄 수 있습니다. 긴 설명은 빼고, 간단히 정리하면 다음과 같습니다. (MSDN의 설명을 참고하여 정리하였습니다)
- SmallTalk/문법정리 . . . . 1 match
"Code in Bold" "Comments in double-quotes"
- SmithNumbers/남상협 . . . . 1 match
/* Test Code
- Spring/탐험스터디/wiki만들기 . . . . 1 match
* ''CGLIB는 코드 생성 라이브러리로서(Code Generator Library) 런타임에 동적으로 자바 클래스의 프록시를 생성해주는 기능을 제공(펌)'' 이라고 한다.
- StandardWidgetToolkit . . . . 1 match
* [http://dev.eclipse.org/viewcvs/index.cgi/%7Echeckout%7E/platform-swt-home/dev.html SWT 2.1 문서] - Code Snippets 가 많아서, 따라하기 용이하다.
- StaticInitializer . . . . 1 match
// 해당 Code.. x = 10; y=30; ....
- StuPId/정진경 . . . . 1 match
=== Source Code ===
- SubVersionPractice . . . . 1 match
[CodeRace/20060105]을 checkout해서 자신이 작성한 코드를 올리기
- TFP예제/WikiPageGather . . . . 1 match
* '생각할 수 있는 가장 단순한 것부터 생각하라.' 디자인은 TFP 와 Refactoring의 과정만으로 어느정도 보장이 된다. TFP을 추구하는 이상 기능와 의도에 의한 모듈화가 기본적으로 이루어진다. (여태껏의 경험 -- 그래봤자 3번째지만 -- 에 의하면, TFP를 하면서 LongMethod 냄새가 난 적이 없었다. (LongMethod와 Bad Smell 에 대해서는 BadSmellsInCode를 참조하라.) 만일 중복코드 등의 문제가 발생하더라도 기존의 막무가내식 방식에 비해 그 빈도가 적다. 만일 Bad Smell 이 난다면 ["Refactoring"] 을 하면 된다. (참고로 밑의 소스는 ["Refactoring"]의 과정은 거치지 않았다.)
* Python 이라는 툴이 참 재미있는 녀석이라 생각한다. 방식이야 basic에서의 그것이겠지만, '인터프리터언어라는 것이 쉽고 편하다' 의 이유를 다시 생각하게 해준 계기가 되었다. 일반적으로 우리가 프로그래밍을 할 때는 (여기서는 C++이라 하자) Visual C++ 을 하나만 띄어놓고 프로그래밍 하는 경우가 별로 없다. 보통 product code 를 위한 하나, 해당 함수 기능의 부분구현 (임시코드 구현)을 위한 하나. 서버-클라이언트 프로그래밍인 경우에는 3개를 띄우는 경우도 다반사이다. Python 의 shell 은 임시코드를 구현하는데 매우 편리한 도구이다. (한편 이쯤되면 검문이 필요하다. VS 2-3개 띄우는 거랑 python IDLE을 2-3개 띄우는 거랑 다를바가 뭐냐.. --; 내가 말하고 싶은 것은 C++이나 PHP에 파이썬처럼 공통 인터프리터 쉘이 있었으면 하는 것. -_a 흐흐..) 암튼. 나는 모인모인소스를 보면서 제목 검색 관련 일부 코드를 짤라서 쉘에서 간단히 실행해보고 검토하고 실제 소스에 적용해볼 수 있었다.
- TheJavaMan/스네이크바이트 . . . . 1 match
direction = KeyEvent.getKeyText(e.getKeyCode());
- VMWare/OSImplementationTest . . . . 1 match
or ah, ah ; Check for error code
or ah, ah ; Check for error code
jmp 08h:clear_pipe ; Jump to code segment, offset clear_pipe
gdt_code: ; Code segment, read/execute, nonconforming
- ViImproved . . . . 1 match
* [[https://www.youtube.com/watch?v=5r6yzFEXajQ | Vim + tmux - OMG!Code ]] - cheatsheet로만 vim을 배우는 사람들에게 권함 - makerdark98
- VisualStudio . . . . 1 match
VisualAssist 를 사용한다면, Code Re-Parsing 기능을 실행해준다.
- VonNeumannAirport/1002 . . . . 1 match
여기까진 통과..~ test code 를 Refactoring 해봅니다.
여기서 Test - Code 의 시간이 꽤 길었다. (9분) 함수 refinement 부분에서 STL 에 있는 find 함수를 함 써먹어 보려고 했다가;; 결국은 평소 하던데로 했다. ^^;
- WikiTextFormattingTestPage . . . . 1 match
verrry funny pictures for an old chinese; no more meaning like "FA3B27E5" or other Hex-Code
Well, there's an answer, but not quite what I was looking for -- the <alt>159 syntax represents the ASCII codes from 0 to 255 (decimal). What does the <alt>0159 syntax represent?
- WinampPlugin을이용한프로그래밍 . . . . 1 match
=== Simple Code ===
- WorldCup/송지원 . . . . 1 match
|| Run ID || User || Problem || Result || Memory || Time || Language || Code Length || Submit Time ||
- WorldCupNoise/정진경 . . . . 1 match
=== Source Code ===
- ZPHomePage . . . . 1 match
달력 그냥 책 베낄려구 했는데 [CodeYourself]하기 위해 다시 첨부터 제작 들어간다. -[강희경]
- ZP도서관 . . . . 1 match
|| Writing Solid Code||.||.||류상민||한서||
- aekae/* . . . . 1 match
== 소스 Code ==
- html5/form . . . . 1 match
* http://code.google.com/p/webforms2/
* HTML5 의 Canvas를 지원하지 않는 IE8 이전 버전을 위해 ExplorerCanvas(http://code.google.com/p/explorercanvas/) 라이브러리가 제공되듯이 HTML5 확장 폼을 지원하지 않는 브라우저의 경우 WebForm2 라이브러리를 사용할만 하다
* {{{<input type="text" name="postCode" pattern="/^\d{3}-?\d{3}$/" title="123-123">}}}
- iPhoneProgramming/2012년프로젝트 . . . . 1 match
* 이때까지 Objective-C를 얼마나 배웠는가, XCode에 대한 이해, iPhoneProgramming에 대한 이해를 공유해봄.
- uCOS-II . . . . 1 match
["Chapter I - Sample Code"] 인택이가 번역 중
- wxPython . . . . 1 match
* 아직 GUI Designer -> Code Generation 부분이 완벽하지는 않다. 다른 에디터와 같이 이용하는 편이 좋을 것이다.
- 강성현 . . . . 1 match
== [정모/2013.5.6/CodeRace] ==
- 게임프로그래밍 . . . . 1 match
= Source Codes=
- 김수경/LaytonReturns . . . . 1 match
[김수경], [정모/2011.4.4/CodeRace/김수경]
- 김태진 . . . . 1 match
* [Refactoring/BadSmellsInCode]
- 데블스캠프2004/금요일 . . . . 1 match
== Code Review - 어떤 생각을 하며 작성했나요? ==
- 데블스캠프2005/RUR-PLE . . . . 1 match
* 창에서 Robot: Code and Learn 탭을 선택한다.
- 데블스캠프2005/월요일 . . . . 1 match
RoboCode 80m
- 데블스캠프2005/월요일/번지점프를했다 . . . . 1 match
=== Code (with dynamic typing, w/o string parsing ) ===
- 데블스캠프2006/금요일 . . . . 1 match
[CodeRace/데스크탑검색]
- 데블스캠프2006/화요일 . . . . 1 match
== Code 작성 ==
- 데블스캠프2011/다섯째날/후기 . . . . 1 match
== 변형진/How To Write Code Well ==
- 데블스캠프2011/둘째날/Machine-Learning/NaiveBayesClassifier/강성현 . . . . 1 match
== Source Code ==
import au.com.bytecode.opencsv.CSVReader;
- 데블스캠프2011/둘째날/Machine-Learning/NaiveBayesClassifier/송지원 . . . . 1 match
== Source Code ==
- 데블스캠프2013/넷째날/후기 . . . . 1 match
= 송지원 / Clean Code with 페어코딩 =
- 로보코드 . . . . 1 match
#redirect RoboCode
- 로보코드/babse . . . . 1 match
RoboCode
- 로보코드/베이비 . . . . 1 match
[RoboCode]
- 몸짱프로젝트/DisplayPumutation . . . . 1 match
== PsuedoCode ==
- 반복문자열/임인택 . . . . 1 match
=== Source Code ===
- 새싹교실/2012/우리반 . . . . 1 match
#include ----- => source=code 소스
* ASCII Code 아스키코드 => char 에서 쓰이는 코드
- 새싹교실/2012/주먹밥 . . . . 1 match
* Google Code : http://code.google.com/intl/ko-KR/
- 스터디/Nand 2 Tetris . . . . 1 match
* HDL Code
// Put you code here:
- 실습 . . . . 1 match
4. Source Code
- 위시리스트/130511 . . . . 1 match
* Clean Code 클린 코드, 저자: 로버트 C. 마틴 (중요도: 4)-[김태진]
- 위키에 코드컬러라이저 추가하기 . . . . 1 match
== Code Colorizer ==
- 유선 . . . . 1 match
[CodeRace/20060105/상협유선]
- 이영호/기술문서 . . . . 1 match
[http://doc.kldp.org/KoreanDoc/html/Assembly_Example-KLDP/Assembly_Example-KLDP.html] - Linux Assembly Code
- 이태양 . . . . 1 match
* [CodeRace/20060403/이태양]
- 임인택/책 . . . . 1 match
CodeComplete
- 작은자바이야기 . . . . 1 match
* IME(Input Method Editor) - OS 레벨에서 실제 key code - 문자의 mapping과 문자 조합('ㅁ' + 'ㅏ' 같은 경우)의 처리를 해 주는 소프트웨어. Sublime에서는 제대로 처리를 안 해 줬다...
* JVM & Java Byte Code
* 명령어의 prefix로 타입을 구분한다. http://en.wikipedia.org/wiki/Java_bytecode#Instructions
- 정모/2011.3.28 . . . . 1 match
* 다음주 정모에서는 CodeRace를 합니다. 11학번도 참여할 수 있으니 주위 ZeroPage에 관심있는 새내기들에게 많이 홍보해주세요 :)
- 정모/2011.4.4/CodeRace/강소현 . . . . 1 match
[정모/2011.4.4/CodeRace]
- 정모/2011.7.18 . . . . 1 match
* 처음 OMS를 보면서 우리집 컴퓨터도 이제 6년차에 돌입했는데.. 저렇게 써야하나 라는 생각이 들다가 그냥 이상태로 쓰지 뭐 이런 생각이 든 -_-;;; 암튼.. 저도 1학년땐 리눅스를 사용하는 모습만 보고 직접 써 보지는 못했었는데 사용하는 모습을 보니 대단하다는 생각이 드네요. 리빙포인트를 하면서 학원에서 들었던 이야기랑 삼수때 겪었던 이야기가 믹스되어 말하게 되었네요. 원래는 그냥 학원 이야기만 하려고 했는데 -ㅅ-a Joseph Yoder 와의 만남 후기를 들으면서 스티브 맥코넬씨가 쓴 Code Complete라는 책에서 이야기 하는 내용과도 많이 겹치는구나 라는 생각을 했습니다. - [권순의]
- 중앙도서관 . . . . 1 match
이런 프로젝트가 컴공과 학생에게 쉽게 떨어질리는 만무하다. 그래서 대부분은 디자인 단계에서 끝내게 된다. 유스케이스 몇개 그려보고 끝나는 것이다. 좀 더 용감하고 야망이 높은 사람들은 밑바닥부터 구축을 해나갈지도 모르겠다. 어찌 되었건 프로그래밍은 중요하다. 빌게이츠가 늘 하는 말이 "Code is the thing"이란다. 만약 프로그래밍을 직접 해보지 않고 끝내게 되면 자신이 배울 수 있는 엄청난 크기의 빙산을 그냥 지나치는 셈이다.
- 즐겨찾기 . . . . 1 match
Xper:CodeKata
- 컴퓨터공부지도 . . . . 1 match
* 개인적 충고 : MFC 를 선택했다면, Code Generator 가 만들어주는 코드를 제대로 이해하라.; MFC 책으로는 Jeff Prosise 의 책을 추천. --["1002"]
- 코드레이스/2007/RUR_PLE . . . . 1 match
* 창에서 Robot: Code and Learn 탭을 선택한다.
- 프로그래밍잔치/첫째날 . . . . 1 match
* 소스 Code 에 대해서 Copy & Paste 금지!
- 행사 . . . . 1 match
=== CodeRace ===
- 회원자격 . . . . 1 match
* 유지조건 : 3개월(1분기) 동안 ZeroPage 내에서 활동(OMS, 스터디 및 프로젝트, ZP행사참여(Code Race, 지금그때, 데블스캠프 등))이 4회 이상 있어야 한다. 단, Devil's Camp는 1일 참여시 1회로 간주
- 후각발달특별세미나 . . . . 1 match
[Refactoring/BadSmellsInCode]
Found 267 matching pages out of 7540 total pages (5000 pages are searched)
You can also click here to search title.
